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REMARKS 

Claims 1, 8 and 12 have been amended to clarify the subject matter regarded as 
the invention. Claims 1 - 16 remain pending. 

The Examiner has rejected claims 1-4 and 6 - 16 under 35 U.S.C. § 103(a) as being 
unpatentable over Kaler, US patent no. 7,051,330 in view of Patgiejunas, US pub. No. 
2005/0108710. Claim 5 was rejected under 35 U.S.C. §103(a) as being unpatentable over Kaler, 
US patent no. 7,051,330 in view of Patgiejunas, US pub. No. 2005/0108710, and further in view 
of Kessner, W0 01/86446 in view of Lim, US patent no. 6,212,573. 

A prima facie case of obviousness under 35 U.S.C. §103 (a) requires all claim limitations 
be disclosed in the cited reference. Furthermore, the cited references themselves must disclose 
some teaching, suggestion, or motivation that would lead one skilled in the art to modify the 
teachings of the reference to arrive at the present invention. Finally, the combination taught by 
the reference must be operative and there must be a reasonable expectation of success. The 
Applicant respectfully traverses the rejection of claims 1 - 16. 

As specified in the section titled "Field of the Invention," the present invention relates to 
"the testing of servers or other distributed or networked computer systems." In contrast, Kaler 
relates to "applications servers that process work using threads in a multi-processor 
environment," as explained in Kaler' s "Field of the Invention" section. By attempting to make 
an analogy between the "virtual user threads" of claim 12 and the dedicated receiver thread of 
Kaler the Examiner ignores this distinction. 

As demonstrated by FIG. 8 of Kaler, receiver threads are invoked in response to a client 
request. Receiver threads do not act as virtual users in order to test servers. There is nothing 
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virtual about a receiver thread - it responds to a request that comes from a very real and very 
physical I/O port. See Kaler, col. 11, lines 66 - 67 ("Each of the I/O ports 424 is associated with 
an interface to a physical device"). 

The receiver thread is passive until a physical device wants to access the multi-processor 
system. In contrast, the "virtual user threads" of claim 12, the "independent execution thread" of 
claim 1 and the "execution thread" of claim 8 all actively "generate" the "request objects." 
Instead of passively waiting to accommodate physical devices, the thread of the present invention 
actively "generate" the request objects that contain an "outgoing network operation." In this 
manner, the system can simulate multiple user requests in order to test a system. 

Furthermore, the request object is defined in each claim as a request for an "outgoing 
network operation." As a multi-processor server, Kaler accepts outside requests, which the 
Examiner correctly describes as a "network environment." (Office Action, page 3). However, 
the nearly 100 cited lines of Kaler (Col. 6, lines 30 - 50; Col. 8, lines 35 - 55; and Col. 9, lines 
10 - 60) provide absolutely no indication that Kaler performs any outgoing network operations 
whatsoever. Instead, Kaler describes incoming requests for server resources, not an operation 
that requires an outgoing network operation. At most, the almost 100 lines of Kaler describe 
sending a result to the original client that initiated a request for server resources. However, a 
"result" simply cannot be the same as an "outgoing network operation" that requires a "non- 
blocking function call." A result occurs at the conclusion of a process. Once a thread completes 
its function, it terminates. The Examiner has failed to explain why a thread that had concluded 
its function and produced a result would require a "non-blocking function call" and not simply 
end. 
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Additionally, the invention of independent claim 1 and dependent claim 10 describes a 
"worker thread" that sends the request object to a "networking module." The Examiner attempts 
to compare this worker thread to the worker thread described by Kaler on pages 3 and 5 of the 
Office Action, but provides absolutely no support for this contention. Instead, the Examiner 
merely asserts that "worker thread returns result to the server" is somehow equivalent to sending 
"a request object to a networking module." Not only is a result not equivalent to a request object 
(as described in the previous paragraph) but a server is not equivalent to a networking module. 

Accordingly, the cited sections of Kaler does not render obvious a thread that generates a 
request object which contains an outgoing network operation that requires a non-blocking 
function call, as recited in independent claims 1, 8 and 12. Consequently, all claim limitations of 
those claims are not explicitly or inherently disclosed and the rejection of independent claims 1, 
8 and 12 ought to now be withdrawn. 

Claims 2-7, 9-11 and 13 - 16 depend from their respective base claims and inherit all 
the limitations of those base claims. Consequently, it follows that those claims are non-obvious 
in view of the cited sections of Kaler. Therefore, the rejection of dependent claims 2-7,9-11 
and 13-16 ought to now be withdrawn. 

Furthermore, independent claims 2 - 4 and 14 - 16 are, separately patentable because they 
recite additional steps for which the Examiner has failed to establish a prima facie case of 
unpatentability. Claims 2/14, 3/15 and 4/16 additionally describe, respectively, "storing a 
notification of completion," "retrieving a notification of completion" and determining "whether 
the request for a network operation is completed." However, the Examiner has simply stated that 
Patiejunas describes "a key in state machine indicating completion, [001 1, 0019]." Not only do 
paragraphs [001 1] and [0019] of Patiejunas not describe "a key in state machine indicating 
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completion" (the "key" is described in paragraph [0010] as merely a way to associate certain 
ports with client side sockets, not an indication of completion), but even if it did indicate 
completion, there is no indication in the cited sections of Patiejunas that the indication is stored 
in a data structure, retrieved by a worker thread or that a determination is made. 

Similarly, the Examiner has failed to establish a prima facie case of unpatentability for 
independent claim 6, which further specifies that the request object "includes information 
identifying the execution thread." The entirety of the Examiner's argument is a recital of the 
words of claim 6 and a citation of three paragraphs from Patiejunas. 

Reconsideration of the application and allowance of all claims are respectfully requested 
based on the preceding remarks. If at any time the Examiner believes that an interview would be 
helpful, please contact the undersigned. 



KOKKA & BACKUS, PC 
200 Page Mill Road, Suite 103 
Palo Alto, CA 94306-2022 
Tel: (650) 566-9921 
Fax: (650) 566-9922 



Respectfully submitted, 




Scott S. Kokka 
Reg. No. 51,893 
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